Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update 02-branching.md #57

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Conversation

astroDimitrios
Copy link
Member

Fixes #54

I have tried to follow the discussion in #54, let me know if I left anything out. @ehogan @wxtim @mo-marqh.


#### Cons

- Very steep learning curve, not suitable for novices
- Very steep learning curve, not suitable for novices.
Copy link
Contributor

@wxtim wxtim Jan 31, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think that we want to word this so strongly - I expect most of our user base are perfectly capable of managing it, and I don't want people to be put off using it when appropriate, or scaring people whose projects require it.

Suggested change
- Very steep learning curve, not suitable for novices.
- Steeper learning curve, novices may require more help.

@@ -68,22 +68,28 @@ where the developers make changes.
Once the feature is done, they submit a pull request and
merge it into the `main` branch after review.
Feature branches should be relatively short-lived.
Each collaborator must be given **write** level, or higher, permissions
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Each collaborator must be given **write** level, or higher, permissions
Each collaborator must have **write** level, or higher, permissions

Comment on lines +77 to +78
- Each feature is developed away from `main` so you don't affect production code.
- Multiple features can be developed in parallel feature branches.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Each feature is developed away from `main` so you don't affect production code.
- Multiple features can be developed in parallel feature branches.
- Developers create each feature away from `main` so you don't affect production code.
- Developers can create many features can in parallel feature branches.

Comment on lines +90 to +92
Note that all branches and commits exist within the single GitHub, ***origin***, repository
(and are therefore easily visible by anyone who has read access to the repository)
and any contributor can write to any branch that has not been explicitly protected.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Note that all branches and commits exist within the single GitHub, ***origin***, repository
(and are therefore easily visible by anyone who has read access to the repository)
and any contributor can write to any branch that has not been explicitly protected.
Note that all branches and commits exist within the single GitHub, origin repository.
They are visible to anyone who has read access to the repository.
Any contributor can write to any branch that is not explicitly protected.

Comment on lines +163 to +165
Note that all branches and commits exist within the collaborators fork, not the ***upstream*** repository
(and are therefore less visible to anyone who has read access to the upstream repository).
Collaborators can use their fork to test more complex changes, including for example testing github actions within a dummy-PR.
Copy link
Contributor

@wxtim wxtim Jan 31, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Note that all branches and commits exist within the collaborators fork, not the ***upstream*** repository
(and are therefore less visible to anyone who has read access to the upstream repository).
Collaborators can use their fork to test more complex changes, including for example testing github actions within a dummy-PR.
All branches and commits exist within the collaborators fork, not the ***upstream*** repository. They are harder to find for anyone who has read access to the upstream repository.
Collaborators can use their fork to test more complex changes. For example testing github actions within a dummy-PR.

Copy link
Contributor

@wxtim wxtim left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I ran the text through a reading age checker and made some suggestions. Take or leave. Unwilling to have prolonged argument - the only meaningful test is contact with learners.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Branching v. Forking
2 participants